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La presente Invention conceme un systeme et un proced6 de gestion 
de ressources dans un temilnal relie d un r6seau de communication. 

L'invention s'appllque plus partlculierement S la gestion des ressources 
allouees^ un reseau de communication parmi un ensemble de r^seaux de 
communication, offrant chacun un ensemble de services., par I'lntenn^dlalre 
d'une architecture dediee integree ^ un tenninal. relie a un reseau mobile 
public auquel Tutilisateur est abonne. 

Actuellement, ces services sont accesslbles a partir d'un terminal 
raccorde aux r6seaux de telecommunications mobiles, tel que le systdme 
GPRS (General Packet Radio Service, soit service general de- 
radiocommunication en mode paquet) ou le systeme UMTS (Universal MobileV 
Telecommunications System, soit syst6me universel de t6lecommunication^2 
avec les mobiles). I 

Dans ces dits reseaux mobiles, pour selectionner un reseau d^; 
communication offrant des services, il faut selectionner un nom identifiant ledif 
reseau de communication. Pour §tablir une connexion entre un terminal et un' 
reseau de communication d§termin§, ledit nom identifiant est transmis a 
travers un 6quipement de support de service du reseau mobile vers un 
equipement de gestion d'acc^s aux dits reseaux de communication. Ledit nom 
Identifiant, en provenance du tenninal. permet audit §quipementde support de 
service du r6seau mobile de determiner I'^qulpement de gestion d'acces 
offrant I'acces au reseau de communication et assocle audit nom identifiant. 

Dans les r§seaux actuels de type GPRS ainsi que UMTS, le nom 
identifiant un reseau de communication est appele un APN (Access Point 
Name, soit nom de point d'accds). Un nom Identifiant APN comprend 
principalement un identifiant con-espondant au reseau de communication 
selectlonn6. un identifiant de I'operateur qui gere ledit reseau de 
communication et un identifiant de la technologie du reseau mobile, par 
exemple GPRS. Le format, ainsi que I'usage, d'un nom identifiant APN sont 
normalises par I'ETSI (European Telecommunications Standards Institute, soit 
Instltut europeen de normalisation des telecommunications). 



Pour acc§der a un reseau de communication offrant un ensemble de 
services. I'utllisateur selectionne un nom identifiant APN sur le terminal de 
manl^re S etablir la connexion avec le reseau de communlca'tion 
correspondant. 

Une fols un nom Identifiant APN s6lectionn« sur ie terminal, un 

PDP (Packet Data Protocol, soit protooole de donn^es en mode paquet) 
Une procedure d'^tablissement de la connexion du temiinal ve,B r^quipement 

1 etet^hssemem de la connexion, un lien est cr66 ^ trave,^ le r^seau mobile 
vers le reseau de communication sSlectionnS. En GPRS ou en UMTS ce lien 
est appelS "PDP Context". Ce lien pem»t |-accSs du terminal S IWmble 
des services dudit reseau de communication. 

La norme de I'ETSI prevoit que plusieurs connexions peuvent 6t,e 
etablies smultan^ment vers diff^rents r^seaux de communication 4 partir d'un 
meme temiinal. Le document FR 02 07457 dScrit Putilisatlon d'un gestlonnaire 
d architectures dWiees dans un terminal pour g^rer I'acces simultan6 4 
plusieurs reseaux de communication. 

Dans ledit document. A I'Stablissement de la connexion vers un rSseau 
de communication, le gestlonnaire d'arci,iteotures dediees dialogue avec ledit 
reseau de communication. Dans le tenninal, le gestlonnaire d'architectures 
dedi^es designe une arciiitecture dMi^e qui est consacree i la connexion 
audtf reseau de communication. A l-6tablissement de chaque nouvelle 
connexion vers un nouveau ,«seau de communication, ,e gestlonnaire 
darchrtecfures dedi^es ddsigne une architecture diff^rente, d^di^e i la 
~nne^o„ audft nouveau rSseau de communication. Dans un m6me terminal, 
les drfferentes architectures d^diSes fonctionnent simultanSment. Chaque 
architecture dedife, assoctee chacune i un lien appel^ "PDP Context", donne 
acces a un reseau de communication difWrent. 

dMiee est affectee a un reseau de communication par ledit gestlonnaire 
darcNteCures dediees. L'autonomie e. le fbnCionnemen. ind^^ndan. de" 
l^T : T^^ I- confldenflalit* et la 

entre les differenis sen/ices connects audit temiinal. 



De maniere a maintenir effectivement i'independance entre les 
differents reseaux de communication et du fait de I'autonomie entre les 
differentes architectures d§di6es d'un terminal, chaque architecture dediee n'a 
aucune vision du fonctionnement des autres architectures dediees dudit 
terminal. 

Aussi. le probldme technique d r6soudre par I'objet de la presente 
invention est de proposer un syst^me et un proc6d6 de gestiori d'au moins 
une ressource dans un terminal pour au moins une architecture dediee d un 
reseau de communication, qui permettrart de rem6dier aux inconv^nients des 
systemes existants en gerant les differentes architectures dedi6es d'un mdme 
terminal. 

La solution au probldme technique pose conslste. selon la pr6sente 
invention, en ce que ledit systeme comprend au moins un gestionnaire de 
ressources d'architecture dedi§e apte a trailer au moins une demande de 
ressource de ladlte architecture dediee et apte a dialoguer avec au moins un 
adminlstrateur de ressources d'au moins un gestionnaire d'architectures 
dediees pour gerer au moins une ressource dudit terminal et pour traiter 
simultanement le fonctionnement desdites architectures dediees dudit terminal 
connects avec plusieurs desdits reseaux de communication. 

Le gestionnaire d'architectures dediees du terminal gere le 
fonctionnement slmultan^ des differentes architectures dediees aux differents 
r6seaux de communication, auxquels ledit terminal est connecte. 

De cette fagon, chacune des architectures dediees dudit terminal ne 
communique qu'avec un seul r6seau de communication, assoclee au lien PDP 
Context correspondant. meme lorsque ledit terminal est connects avec 
plusieurs r6seaux de communication. 

Lorsque I'utilisateur du terminal souhalte acc6der ^ un service, 
accessible par I'un desdits reseaux de communication connecte et assocl§ 
I'une desdites architectures dedtees, 11 active au moins une application sur le 
terminal. En fonctlon du service souhait6, ladite application peut prendre la 
forme d'un navlgateur (ou browser) pour la lecture d'une page web, d'un 
lecteur de films, d'un lecteur de son analoglque ou numerique. etc. . . 

Dans le terminal, ladlte application est associee ^ I'archltecture dediee 
audit reseau de communication conceme. Dans ladite architecture dediee. un 
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gestionnaire de ressources d'architecture d^dtee traife une demands de 
ressouroes assoclSe A fex6cu«on de ladite application 

ladlte dZnL'!f " ^"^"^ d'archKeCure dsdiSe transme. 

adite demande de ressources audit gestionnaire d'archlteotures d6di6es du 

^ZT' '^"^"^ ''^--^^ ^« ressourori a 

compatibilrte aveo les autres architectures dSdiSes et avec les mssources 
disponibles du terminal. ressources 

HAwr ^^a^ct et aulonome des diff6rentes architectures 

de^ees du terminal est done pr^serv.. ce qui gar^nfl la confldentialitTet 
secunte en re tes diff^rents r^seaux de communication auxquels ledi, termlll 
dta r , l'""*^"' ~« PardculiLment sentl^Lt 

dZep r °" '"-^ ^" ^ P-^v^ 

est Jom 7s^T- '^"'^^ d'architecture d^di^e 

est equipe dau moms une Interface pour |-6mission et la reception 

dt^nrsd^ir — --^ 

est Jr," 'Irr- d^archltecure d.di4e 

est equipe dau moms une interface pour remission et la inception 

rrrridr - ~ - ~ 

Selon I'Invention, ledit administrateur de ressources dudlt gestionnaire 
d archrtectu,^ est .quip, d'au moins une Interface pour iCln « 

dWormations avec au moins un allocataire de'ressourci dudt 

d.»,.h f ?" "T""""' de ressources dudlt gestionnaire 

la reception d'mformafions avec au moins une Interface radio 

gestionnaii I''™'""' "'"^""^ P™™™"-^ dudlt 

gestionnaire de ressources d'architecture dMl.e est tralt^e par differents 



Pour faclliter la transmission pour remission et la reception des 
infomiations de ressources, au moins une interface est integree dans lesdits 
6quipements concern^s du temiinal, de manidre ^ permettre les ^changes 
necessaires. 

Par I'intemnedlaire desdites interfaces int^gr^es. chacun desdits 
6quipements du terminal dialogue avec au moins un autre 6qulpement du 
terminal. Par contre. chacun desdits 6quipements n'a pas la meme manlere 
d'exprlmer une demande de ressources. par exemple sous la forme d'un 
espace memoire ou sous la fomne de la tailie dudit espace m§moire. Pour 
faciliter ledit dialogue, lesdits diff6rents 6qulpements concern6s du terminal 
possedent au moins un moyen de traduire le contenu de ladite demande de 
ressources regue. ... 

Conformement a I'Invention. ledit gestionnaire de ressources 
d'architecture dedlee est equipe d'au moins une table de correspondance:de 
ressources pour definir au moins une ressource correspondant ^ au moins 
une application activee sur ledit terminal. 

Comme indique prec§demment, I'application activee par rutilisateur est 
associee a I'architecture dediee audit reseau de communication concern^. 
Une demande d'ex^cution de ladite application est transmise vers . un 
gestionnaire de processus de ladite architecture dediee. qui Tidentifie. puis la 
transmet vers le gestionnaire de ressources d'architecture dediee. 

Ledit gestionnaire de ressources d'architecture dediee accede a au 
moins une table de con-espondance de ressources permettant de definir au 
moins une ressource correspondant d ladite application. Par exemple. un 
espace m§moire est n§cessaire pour tel§charger un fichier en provenance 
d'un reseau de communication connects au terminal. De cette fagon. une 
demande de ressources corresipond S ladite application activee. 

L'invention a 6galement pour objet un proced§ de gestion d'au moins 
une ressource dans un terminal pour au moins une architecture d6di6e ^ un 
reseau de communication, caracterise en ce que ledit proced§ comporte les 
operations consistant § : - activer au moins une application sur ledit terminal ; - 
definir par au moins un gestionnaire de processus de ladite architecture 
dediee au moins une ressource correspondant a ladite application ; - 
jemander ladite ressource par ledit gestionnaire de processus a au moins un 
gestionnaire de ressources d'architecture dediee ; - r^pondre apres contrdle ^ 



ladite demande de ressourrp«5 nar 
-ou^ par au ^„s una .n.er,ace ^^rp ": 

~r,.;zrrrr— ^^^^ 

exsouter ladite application par llnteon^iai^ de ladi^ C,le 1?, 'r,', 
gestionnaire de processus. ressource par ledit 

dem^nH^T" «'"'=«ni^ temilnai resolvent ladite 

demande de ressources con^spondant , ladite application actTse C^^„ 
desdrts equ,pements du tenninal contrtle ,a falsabilit^ et la com^bflftHe 

ladite demande de ressources w^mpaiiDiiite de 

d'architectures d§di6es npm I'on k. T gestionnaire 



centralise ['ensemble des demandes de ressources demandees par les 
diffSrentes architectures dediees. 

Du fait du fonctionnement distinct et autonome des differentes 
architectures d§di6es. le fonctionnement dudit terminal peut etre adapte selon 
le r§seau de communication avec lequel il est connects. Par exemple des 
fonctionnalit6s peuvent etre prises en compte avec I'un des r^seaux de 
communication et ne pas exister avec un autre reseau de communication. 

De plus, du fait de I'augmentation du nombre de services accessibles 
par des reseaux de communication. I'autonomie de chaque architecture 
dedi^e permet notamment d'affecter des ressources specifiques. par exemple 
des applications specifiques ou bien un espace memoire different ou bien des 
qualites de service differentes d'un reseau de communication a Tautre, 

La description qui va suivre en regard des desslns annexes. donn§s a 
titre d'exemple non limitatif. fera bien comprendre en quol consiste ['invention 
et comment elle peut etre realisee. 

La figure 1 est un schema de ['architecture generate du systeme de 
gestion d'au moins une ressource dans un terminal pour au moins une 
architecture dedi6e a un reseau de communication, conforme a ['invention. 

La figure 2 est une representation des 6tapes du precede di gestion 
d'au moins une ressource dans un terminal, conforme a ['invention. ' 

Pour simplifier la description. I'equipement raccorde au reseau de 
tetecommunications mobiles est indlque comme un terminal 10. mais il peut 
§tre de differentes natures, par exemple un serveur ou un terminal de 
communication mobile ou un ordinateur personnel de type PC (Personnel 
Computer). 

Sur la figure 1. qui repr6sente dans son ensemble un systdme de 
gestion d'au moins une ressource dans un temilnal 10 pour au moins une 
architecture d6dlee 15, 15' ^ un reseau de communication, [edit terminal 10 
est symbolise par un equipement d'abonn§ 10 appele UE (User Equipment). 

Quel que soit le terminal 10 utilise, celui-ci est reli6 S un r6seau mobile 
public auquel I'utilisateur est abonne. 

Actuellement. lorsque I'utilisateur du terminal 10 souhaite acc6der a un 
reseau de communication. 11 transmet. par I'intermediaire d'une borne radio du 
reseau mobile, un nom APN identifiant iedit reseau de communication, offrant 
un ensemble de services auxquels [edit terminal 10 souhaite acceder 



Pour se falre. ledit utilisateur accede, par exemple. par une Interface 
utillsateur dans au moins un gestionnaire 13 d'architectures dediees ^ au 
molns une llste de noms APN Identffiant lesdits r^seaux de communication 
auxquels ledIt utilisateur est abonn6 et auxquels il peut acc6der. La nomie de 
I'ETSI prevoyant que plusieurs connexions peuvent etre etablies 
simultanement vers dlff6rents reseaux de communication S partir d'un meme 
temiinal. entre autre chose, ladite liste des noms APN permet fa gestion de 
plusieurs APN au sein dudit terminal. 

Dans ledit reseau mobile, un equipement appeI6 "GGSN" etabllt la 
connexion vers ledit r6seau de communication s§lectionne. Un lien appel6 
"PDP Context" est 6tabli a travers le reseau mobile vers ledit r6seau de 
communication. Ce lien "PDP Context" pemiet I'acces du terminal 10 audit 
r6seau de communication. Ledit 6quipement appeI6 "GGSN" transmet ensuite 
une adresse vers le temninal 1 0, qui identifie ledit terminal 10 pour ledit r6seau 
de communication connecte. 

Dans ledit temninal 10, le gestionnaire 13 d'architectures dediees revolt 
ladite adresse. Ledit gestionnaire 13 d'architectures dediees affecte une 
architecture dediee 15, 15' audit reseau de communication connecte. Ladite 
architecture d6diee 15. 15' est associ^e audit lien appeie "PDP Context", qui 
permet I'accds dudit terminal 10 audit reseau de communication. 

Les 6tapes de la connexion, ci-dessus mentionnees. se renouvellent a 
chaque fois que rutillsateur dudit temninal 10 souhaite acc6der a au moins un 
nouveau r6seau de communication. Dans le temilnal 10. ledit gestionnaire 13 
d'architectures d§di6es affecte une nouvelle architecture dediee 15. 15' a 
chaque nouveau reseau de communication connects. 

Lorsque I'utilisateur du terminal 10 souhaite acceder a un service 
accessible par I'un desdits r6seaux de communication. II active au moins une 
application sur ledit terminal 10. En fonction du service souhait6 ladite 
application 18. 19. 20 peut prendre la fornie d'un navigateur (ou browser) pour 
la lecture d'un page web. d'un lecteur de films, d'un lecteur de son analogique 
ou numerique, etc... 

Dans ledit terminal 10. ladite application 18. 19. 20 est assocl§e ^ 
I'architecture dediee 15. 15' audit r§seau de communication conceme Une 
-demaHde-d%xeeution-de^adite-applleation■-1■8.-1#.-2 
moms un gestionnaire 17. 17' de processus de ladite architecture dediee 15 
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15', qui attribue un identiflant d ladite demands d'ex6cution de Tappficatlon 18 
19, 20. 

Ledit gestlonnaire 17. 17' de processus gdre I'ensemble des 
applications ex6cutees dans ladite architecture d6di6e 15. 15'. Ledit 
gestionnaire 17. 17' de processus attribue un Identlfiant d chaque'demande de 
ressources, Identlfiant qui est r6ellement effectif lorsque ladite demande de 
ressources est valid6e. 

Ledit gestionnaire 17. 17' de processus transmet au molns une 
demande de ressources, correspondant a ladite application 18. 19, 20, vers au 
molns un gestionnaire 1 6. 1 6' de ressources d'archltecture dediee. 

Dans ladite architecture d6dl6e 15, 15'. ledit gestionnaire 16, 16' de 
ressources d'archltecture dediee gere les applications 18, 19. 20. associ6es a 
ladite architecture dedi6e 15. 15' et actlvees par I'utllisateur dudit tennlnal 10. 
et les demandes de ressources necessaires aux applications existantes. w 

Ledit gestionnaire 16. 16' de ressources d'archltecture dediee accede ^' 
au moins une table de correspondance de ressources permettant de d§finir au'. 
moms une ressource correspondant a ladite application 18. 19 20 et^ 
n^cessaire dans ledit terminal 10 pour executer ladite application Par' 
exemple. un moyen d'affichage. un espace memolre. une Interface entree^: 
sortie, ainsi qu'un temps de fonctlonnement de I'unlt6 centrale ou CPU 
(Central Processing Unit) du terminal 10 soht en particulier necessaires pour 
ouvrir une page web, 

Ledit gestionnaire 16, 16' de ressources d'archltecture dediee contrdle 
la faisabilit6 de ladite demande de ressources. Dans le cas de non-faisabillte 
ledit gestionnaire 16. 16' de ressources d'archltecture dedi6e rejette ladite 
demande de ressources. 

Pour facillter la transmission des informations entre ledit gestionnaire 
17. 17' de processus et ledit gestionnaire 16, 16' de ressources d'archltecture 
dediee, au molns une interface de transmission pour {'emission et la reception 
des Informations est integree dans les deux gestlonnaires 1 6. 1 6', 1 7. 1 T. 

De la meme fagon. une Interface de transmission pour l'6misslon et la 
reception des informations de ressources est Integree dans les dlff^rents 
equipements concem^s dudit terminal 10, de manlere ^ permettre les 
^changes necessaires. 




De plus, chacun desdits equipements dudit terminal 10 n'exprime pas 
iadite demande de ressources de la meme manlere qu'un autre equipement 
dudit terminal 10. Parexemple, Iadite application 18, 19, 20 peut simplement 
demander un espace m^moire et ledit gestionnaire 16, 16' de ressources 
d'archrtecture d6di6e peut ne comprendre que I'expression de I'espace 
m6moire sous la forme de la taille dudit espace m6molre necessaire, telle que 
150 kilos octets d'espace mimolre. 

Par consequent, chacun desdits 6quipements concemes du terminal 
10, qui dialogue par I'lntermediaire desdites interfaces Int6gr6es. possede au 
moins un moyen de traduire le contenu de Iadite demande de ressources 
regue. 

Ledit gestionnaire 1 6, 1 6' de ressources d'architecture dediee transmet 
Iadite demande de ressources vers au moins un administrateur 14 de 
ressources, integre dans au moins un gestionnaire 13 d'architectures d6di6es. 

La gestion, par ie gestionnaire 13 d'architectures d6di6es. des 
differentes architectures dediees 15, 15', assoclees chacune ^ un reseau de 
communication different, pemiet le fonctionnement dudit temilnal 10 comme 
un terminal dit "multi-APN". 

Dans ledit gestionnaire 13 d'architectures dediees, ledit administrateur 
14 de ressources controle a son tour la faisabiiite de Iadite demande de 
ressources con^espondant a Iadite architecture dediee 15. 15' pour Iadite 
application 18, 19. 20. Dans le cas de non-faisabilite. ledit administrateur 14 
de ressources rejette Iadite demande de ressources. 

De plus, ledit administrateur 14 de ressources dudit gestionnaire 13 
d'architectures d6di6es, qui memorise la liste et g§re lesdites architectures 
dediees 15, 15' utilisees dans ledit tenninal 10, §quilibre les demandes de 
ressources en provenance des differentes architectures dediees 15, 15' et 
r6gule les ressources allou6es entre les differentes architectures d6di6es 15. 
15'. Selon le param^trage du temriinal 10, ledit administrateur 14 de 
ressources dudit gestionnaire 13 d'architectures dediees peut donner la 
priorite a certaines applications 18. 19, 20 par rapport aux autres ou bien a 
certaines architectures dediees 15, 15'. 

Ledit administrateur 14 de ressources dudit gestionnaire 13 
-d^rchitecturesr-tiedieesr-Bnr-etanlr-centrallseT-^^ — 
reseau mobile et vers le r6seau de communication conceme. en particulier 



lorsque la demande de ressources est Incompatible avec les capacit^s du 
terminal 10 ou avec les caract6ristiques du nom identlflant APN correspondant 
audit riseau de communication. 

Ledit admlnlstrateur 14 de ressources dudit gestlonnaire 13 
d'architectures dedtees centralise et malntient i jour les demandes de 
ressources en provenance des dlff^rentes architectures d§dlees 15. 15', pour 
facillter la gestlon des ressources, en partlculler lore de la femieture d'une 
application 18, 19. 20 ou bien lore de celle d'une architecture dedi§e 15, 15'. 

Ledit adminlstrateur 14 de ressources dudit gestlonnaire 13 
d'architectures dediees transmet ladlte demande de ressources vere au molns 
un allocataire 12 de ressources, int^gre dans ledit terminal 10 pour i^server 
au moins une ressource correspondant ^ ladlte demande de ressources. 

Ledit allocataire 12 de ressources g^re les dlff6rentes ressources 
existantes sur ledit terminal 10. telle qu'au molns un espace m§molre, au 
moins une Interface entrde-sortie. un moyen d'affichage, ainsi que les temps 
de fonctlonnement de I'unit^ centrale ou CPU (Central Processing Unit) dudit 
terminal 10. 

Ledit adminlstrateur 14 de ressources dudit gestlonnaire 1.3 
d'architectures dediees transmet ladite demande de ressources vere au moins 
une Interface radio 11 pour pemrjettre I'acces par le reseau mobile audit 
r6seau de communication concern^ par ladite demande de ressources. 

Dans le tennlnal 10. ladlte Interface radio 11 gere les diff§rents 
6changes et les communications avec le r§seau mobile et avec lesdits 
reseaux de communications, avec lesquels le terminal 10 est connects. 

En fonction du resultat des verifications, ledit adminlstrateur 14 de 
ressources dudit gestlonnaire 13 d'architectures d6dl6es confimie la 
reservation de ressources vere ledit allocataire 12 de ressources et vere ladlte 
interface radio 11 confimie rex6cutlon d'une procedure d'accds audit reseau 
de communication. 

Loreque les verifications sent negatives, ledit adminlstrateur 14 de 
ressources dudit gestlonnaire 13 d'architectures dediees annule ladite 
reservation de ressources vers ledit allocataire 12 de ressources et vers ladlte 
interface radio 11 annulant I'executlon de ladite procedure d'acc^s audit 
-eseau de communication. 
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Lorsque les verifications sont positives, ledit admlnistrateur 14 de 
ressources dudit gestionnaire 13 d'architectures dedlees transmet ladite 
demande de ressources vers ledlt gestionnaire 16, 16' de ressources 
d'architecture d6di§e. qui acqultte la reception du resuitat de la demande de 
ressources. 

Dans I'archltecture d6dl6e 15. 15' concemee. ledlt gestionnaire 16. 16' 
de ressources d'architecture d^diee associe les ressources allouees ^ ladite 
application 18. 19. 20 pour laquelle la demande de ressources Identifiee a 6te 
reaiisee. 

Lorsque la demande de ressources a ete rejetee. ledlt gestionnaire 16 
16' de ressources d'architecture dedl§e efface toutes les references se 
rapportant a ladite demande de ressources. 

Dans ladite architecture d§dl6e 15. 15'. ledit gestionnaire 16. 16' de 
ressources d'architecture dediee transmet le resuitat de la demande de 
ressources audit gestionnaire 1 7. 1 7' de processus. 

Lorsque ladite demande de ressources a §t§ acceptee. ledlt 
gestionnaire 17, 17* de processus execute ladite application 18, 19, 20*. Dans 
le cas contralre. rex6cutlon de ladite application 18. 19. 20 est annul'^e. 

Pour aider a comprendre I'inventlon, les differentes etapes du proc6d§ 
de gestlon d'au molns une ressource dans un terminal 10. pour au molns une 
architecture dediee 15. 15' a un r6seau de communication, sont presentees en 
figure 2. 

Lorsque I'utillsateur souhalte acc6der ^ un service accessible par un 
des r6seaux de communication. II active au moins une application 18. 19. 20 
sur ledlt terminal 10 (6tape 1). 

Une demande d'ex§cution de ladite application 18, 19, 20 est transmise 
vers ledit gestionnaire 17. 17' de processus de ladite architecture dediee 15. 
1 5' audit r6seau de communication concern^ (etape 2). 

Ledlt gestionnaire 17. 17' de processus d§fini au moins une ressource 
n6cessaire dans ledit temnlnal 10 pour ex§cuter ladite application 18. 19. 20 

Ledit gestionnaire 17. 17' de processus transmet au n^olns une 
demande de ressources. correspondant ^ ladite application 18. 19. 20. vera au 
moins un gestionnaire 16. 16' de ressources d'architecture dediee (etape 3). 

Dans-tadite-wchitectuT^- dedi6e-1^- -1-5r fe^^^^ 
ressources d'architecture dediee traite une partle de ladite demande.' qui est 



ger6e localement par ledit gestionnaire 16. 16' de ressources d'architecture 
dedi6e. Ledit gestionnaire 16. 16' de ressources d'architecture d§diee analyse 
ladrte partle locale de la demands pour ccntrdler la faisabilite de ladite 
demande de ressources (etape 4), 

A ce niveau du traltement. ledit gestionnaire 16. 16' de ressources 
d'architecture dediee peut solt acquitter la partle localement trait6e de ladite 
demande de ressources par un message d'acquittement (OK), soit rejeter 
ladrte partie par un message de rejet (NOK). soit modifier ladite demande de 
ressources en fonction. par exemple. des ressources deja attributes ^ ladite 
architecture dediee 1 5, 1 5'. 

Un message de rejet (NOK) peut §tre transmis. par exemple. lorsque 
ledrt gestionnaire 16, 16' de ressources d'architecture dediee ne comprend 
pas la demande de ressources ou lorsque apparatt un probldme de traitement 
de ladite demande de ressources par ledit gestionnaire 16. 16' de ressources 
d'architecture dediee. 

Comme mentionne precedemment. au molns une interface 'de 
ransmission pour remission et la reception des informations est Integree dans 
ledit gestionnaire 17. 17' de processus et ledit gestionnaire 16 16' de 
ressources d'architecture dediee. De meme. si necessaire, par Tintermediair^ 
desdites. interfaces integrees. le dialogue est facilite par au moins un moy^n 
de traduire le contenu de ladite demande de ressources. 

Lorsque I'analyse est negative (message NOK). ladite demande de 
ressources est rejette et I'etape suivante du precede, conforme a I'invention. 
est I'etape 1 5 (voir ci-apr6s). 

Lorsque I'analyse est positive (message OK), (edit gestionnaire 16 16' 
de ressources d'architecture dediee transmet ladite demande de ressources 
vers ledit adminlstrateur 14 de ressources dudit gestionnaire 13- 
d architectures dedi6es (etape 5). 

Dans le terminal 10. ledit adminlstrateur 14 de ressources dudIt 
gestionnaire 13 d'architectures dediees traite une partie de ladite demande 
qui est geree localement par ledit adminlstrateur 14 de ressources. Ledli 
adminlstrateur 14 de ressources dudIt gestionnaire 13 d'architectures dediees 
analyse ladite partie locale de la demande pour contrdler la faisabllit6 de ladite 
demande de ressources (etape 6). 



A ce niveau du traitement, ledit administrateur 14 de ressources dudit 
gestionnaire 13 d'architectures dediees peut soit acquitter la partie localement 
traitee de ladtte demande de ressources par un nnessage d'acquittement (OK), 
soit rejeter ladite partie par un message de rejet (NOK). soit modifier ladite 
demande de ressources en fonction, par exemple. des ressources d6ja 
utilisees dans ledit temriinal 10. 

Lorsque {'analyse est negative (message NOK), ladite demande de 
ressources est rejetee et I'etape suivante du procede. conforme d I'invention. 
est I'etape 12 (voir ci-apr6s). 

Lorsque I'anaiyse est positive (message OK), ledit administrateur 14 de 
ressources dudit gestionnaire 13 d'architectures dediees transmet ladite 
demande de ressources vers ledit allocataire 12 de ressources dudit terminal 
10(etape 7). 

Comme precedemment. ledit allocataire 12 de ressources contraie la 
faisabillte de la demande regue et peut soit acquitter ladite demande de 
ressources par un message d'acquittement (OK), soit rejeter ladite demande 
par un message de rejet (NOK), soit modifier ladite demande de ressources 
en fonction, par exemple, des ressources deja utilisees dans ledit tenninal 10. 

Lorsque I'anaiyse est negative, ladite demande de ressources est 
rejetee et ledit allocataire 12 de ressources transmet un message de rejet 
(NOK) vers ledit administrateur 14 de ressources dudit gestionnaire 13 
d'architectures dediees. 

Lorsque I'anaiyse est positive, ledit allocataire 12 de ressources realise 
une reservation d'au moins une ressource correspondant ^ ladite demande de 
ressources et transmet un message d'acquittement (OK) audit administrateur 
14 de ressources. 

Lorsque les analyses pr6c6dentes sont positives (messages OK), ledit 
administrateur 14 de ressources dudit gestionnaire 13 d'architectures de'di6es 
transmet ladite demande de ressources vers ladite interface radio 11 dudit 
terminal 10 (etape 8). 

Ladite interface radio 11 dudit temiinal 10 extraitde ladite demande de 
ressources les parametres n6cessaires a I'ex^cution de la procedure d'acc6s 
au reseau mobile, ainsi qu'audit reseau de communication concern^. Ladite 
proc6dufe-d'acces-a- urrreseaund e cunii n u n ica t lon -.-nTjrrn-arigge-par-i'ETSrya- " 



egalement permettre la reservation de ressources pour ledit r6seau de 
communication. 

Ladite interface radio 11 dudit teminal 10 re?oit dudit reseau de 
communication le r§sultat de la procedure, soft un rejet (message NOK) ou 
soit une acceptation (message OK) ou soit une modification de ladite 
demande de ressources. 

Ladite interface radio 11 dudit tenninal 10 transmet ledit r^sultat vers 
ledit administrateur 14 de ressources dudit gestionnaire 13 d'architectures 
dediees (etape 9). 

Lorsque le message transmis est un message de rejet (message NOK) 
la demande de ressources est rejetee et i'6tape suivante du proc^de' 
conforme a I'invention, est I'etape 12 (voir ci-apres). 

Lorsque le message transmis est une modification de ladite demande 
de ressources. ledIt administrateur 14 de ressources transmet ladite demande 
de ressources modifiee vers, ledit allocataire 12 de ressources dudit terminal 
10. pour r6aliser une modification de la reservation des ressources (etape 10). 

Le r6sultat est a nouveau soft un acquittement (message OK) soit un 
rejet (message NOK) vers ledit administrateur 14 de ressources dudit 
gestionnaire 13 d'architectures dediees. 

Lorsque le message transmis est un message d'acqulttement (message 
OK), ledit administrateur 14 de ressources transmet ladite demande de 
ressources vers ledit gestionnaire 16. 16' de ressources d'architecture dedi6e 
(6tape 11). 

Dans ladite architecture d6di6e 15. 15'. ledit gestionnaire 16 16' de 
ressources d'architecture d6di6e peut soit acquitter ladite demande de 
ressources par un message d'acqulttement (OK), soit rejeter ladite demande 
par un message de rejet (NOK), soit modifier ladite demande de ressources 

Ledit gestionnaire 16. 16' de ressources d'architecture d§diee renvoie le 
resultat precedent audit administrateur 14 de ressources dudit terminal 10 
(etape 12). 

Lorsque le message transmis est un message de rejet (message NOK) 
la demande de ressources est rejetee et aucune acceptation de ressources 
n'est r6alis6e ni vers ledit allocataire 12 de ressources. nl vers ladite interface 
radio 11 dudit terminal 10. 
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Led* administrateur 14 de ressources dudit terminal 10 commands la 
liberation de toutes les ressources reservees vers ledit allocataire 12 de 
ressources et vers ladite interface radio 11 et I'abandon de la procedure 
dacces reseau Wtape suivante du prac^d^. conforme S I'invenfion. est 
I etape 1 5 (voir d-aprSs). 

r„ '^"^""^ ^' "^^^^ae d'acquittement 

(message OK), ledit administrateur 14 de ressources transmet ladite demande 
de ressources vers ledit aliocataire 12 de .^ssources pour acceptation de la 
resenrafion des ressources et attribution desdites ressources r^se^fes pour 
ladite application 18. 19, 20. Ledit allocataire 12 de ressouioes i^ond par un 
message de rejet (NOK) ou par un message OK (6tape 13). 

De plus, ledit administrateur 14 de ressources transmet ladite demande 
de ressources vers ladite interface radio 11 pour conflmiafion de la pracidure 

temiinal 10, ou par un message OK («ape 14). 

Ledit administrateur 14 de ressources transmet ladite demande de 
'^'^) ''^ ^^'""""^''^ '•««so"rces d'architecture dSdite 

Lorsque le message transmis est un message d'acquittement (OK) 
ledit gestionnalre 16. 16' de ressources d'architecture dediSe associe lesdltes 

' ^° "^"^ architecture 

r^.rrJT^'^^"^^ ^ "'^^ Bestionnaire 16, 16' de ressources 
darchrtech^re dediee efface toutes les r^fSrences con^spondant a ladite 
demande de ressources. 

Ledit gestionnalre 16. 16' de ressources d'architecture dediee transmet 
le resu tat precedent audit gestionnalre 17. 17' de processus de ladite 
architecture dediee 15. 15' (6tape 16). 

Lorsque le message transmis est un message d'acqulttement (OK) 
led, gesfonnaire 17. 17' de processus poursuit I'ex^cutlon de ladite 
apphcafon 18. 19. 20 dans ladite architecture dedi6e 15. 15' (etape 17) 

-an^u..!' ^"^^""^^ ^ ^^J-^^^. 'edit gestionnalre 17. 17' de processus 
-anfitHe-l-exeeutjon-de-ladite-appllcation-1-8r'1^720r 
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En fonction de la nature de ladite application 18, 19, 20, ainsi que de la 
complexity technologique dudit terminal 10, ou dans un souci de simplification 
ou d'economie par exemple du temps de traitement sur le temiinal 10, une 
partie des Stapes dudit procede. conforme a I'lnvention, peut ne pas §tre 
5 rSalisee. 

Plus le nombre d'etapes est r6duit, plus la probabilite d'une 
incompatibiiite sera importante entre une demande de ressources et le 
traitement realise par le terminal pour affecter ladite ressource. 

Dans le cas de la liberation d'une application, ies ressources affectSes 

10 d ladite application 18, 19, 20 peuvent §tre lib§rees solt a la demande dudit 
gestionnalre 17, 17' de processus (Stape 11) lorsque rex6cutlon de ladite 
application . 18, 19, 20 est normalement termin6e, soit lorsque lesdites 
ressources sont liberees de fayon forces (etape 12) par ledit allocataire 12 de 
ressources ou par ladite interface radio 11 ou par ledit administrateur 14 de 

15 ressources du terminal 10, par exemple en cas de d6faut ou de coupure du 
terminal 10. 

Dans ce cas, un message de rejet (message NOK) est transmis en 
precisant ladite application concern6e. A la fin du traitement, . lesdites 
ressources sont liberees et rex6cution de I'applicatlon 16. 19, 20 estterminee. 

20 Ledit gestionnaire 13 d'architectures dediSes a la possibilite de 

commander I'ouverture d'une architecture dediee 15, 15' pour I'affecter ^ un 
r6seau de communication. A cet effet, ledit administrateur 14 de ressources 
dudit gestionnaire 13 d'architectures d6dl§es transmet un message 
d'acqulttement (message OK) pour ex6cuter une demande predefinie de 

25 ressources, precisant Ies ressources minima permettant le fonctionnement de 
ladite architecture dedi§e 15, 15'. Ce type de demande predefinie de 
ressources peut par exemple etre prioritaire par rapport S d'autres demandes 
de ressources pour faciliter I'ouverture d'une nouvelle architecture dedi6e 15, 

Dans ce cas. le proc6de conforme ^ I'lnvention debute par I'etape 3. A 
la fin du traitement, lesdites ressources sont allou6es ^ ladite architecture 
dediee 15, 15* et sont gerees par ledit gestionnaire 16, 16' de ressources 
d'architecture dediee et ledit gestionnaire 17, 17' de processus. 

Ledit gestionnaire 13 d'architectures dediees a egalement la possibilit6 
35 de commander la modification des ressources affectees a une architecture 



d^dtee 15. 15'. A cet effet, ledit administrateur 14 de ressouroes dudi, 

(message OK) pour ex^cuter une demands de ressources orecisant 

modrficat.on des ressouroes deladfte architecture dedlee 15 15- 

Dans ce cas. le pioced6 confonne a l-invention debute par l-etaoe 3 A 

iT^jzzi:^'^ ~ "-'^^ ----- 

Ledit gestionnaire 13 d'arehitectures d6di6es a Sgalement la Dos»ihiri,» 
de oomrnander la irb.,^ion d-une architecture d.dl.e 15 5 A effe tedK 
adm,n,s„Bteur 14 de ressooroes dudi, gestionnal,B 13 d'architectuls dIdSl 

d~;r-^^ ^-"^^^ '^°'<) ~ 'adra~;^ 

<=«<=as,leproc6d6conforrneg, l-invention debute par rwaoe 12 A 
a fln du t.,ten,em, les ressources allou^ , iadite archtectu^dl^ris 15 
son, l,berees e. rarohitecture d6di.e 15. 15' n'est plus assocl^e /uTr^selu 
de communication sur ledi, ,enDinal 1 0. «« a un reseau 

Ledi, gestionnaire 13 d'architectures d6di6es a Sgalemen, la Dosslhillt* 
^ suspenc^e ou de res,aurer ,e fonCionnemen, d'une a'.hi,rurl d" 5 
15 , ces,-a-d,re que I'accSs de ladi,e architecture d^diSe 15 15- a,, n!.!? h 
communication correspondant es, momentan^ment sts^enl 1 rL" A 

Z1-^L:2TT"' ''^"'^^ gestionnaL^^* 

archrtec^ures dediees transme, la demande a iadite interface radio 1 1 

o^ft I V* X (European Telecommunications Standards InstitutP 

ZLl Z"::'^" t.l^communica,rs, La*,e 

"ge OK) -^^^ ""^^ ^^-O °" acceptafcn 

ledit ad^L^r'T."!* " ^° "^"'"^ r6s"«at vers 

"u te:! """" ^^^O"-- ^3 d-archHectui: 

^stauraHetHThrr^rt^^i^^^ 
P«x.durede suspension oudeTitauLn ' ~°" 
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REVENDtCATIONS 

1. Systeme de gestion d'au molns une ressource dans un terminal 
(10) pour au moins une architecture dedi§e (15, 15') a un reseau de 
comnnunication, caract§ris6 en ce que ledit systdme comprend au 
morns un gestionnaire (16. 16') de ressources d'architecture d^dtee 
apte a tralter au molns une demande de ressource de ladite 
architecture dedl§e (15. 15') et apte ^ dialoguer avec au molns un 
administrateur (14) de ressources d'au molns un gestionnaire (13) 
d'architectures dediees pour gerer au molns une ressource dudit 
terminal (10) et pour tralter simultanement le fonctlonnement 
desdites architectures dediees (15, 15') dudIt terminal (10) 
connecte avec plusieurs desdits reseaux de communications 

2. Systeme de gestion d'au moins une ressource dans un terminal 
(10) pour au moins une architecture dediee (15, 15') seion la 
revendication 1. caracterise en ce que ledit gestionnaire (16, 16') 
de ressources d'archltecture dediee est integre dans chaque 
architecture d6di6e (1 5, 1 5') dudit terminal (1 0). 

3. Systdme de gestion d'au moins une ressource dans un terminal 
(10) pour au moins une architecture dediee (15, 15') selon I'une des 
revendlcations 1 ou 2, caracteris6 en ce que ledit gestionnaire (16, 
16') de ressources d'archltecture dediee est 6quipe d'au moins une 
Interface pour remission et la transmission d'Informations avec ledit 
administrateur (14) de ressources dudit gestionnaire (13) 
d'architectures dediees. 

4. Systeme de gestion d'au moins une ressource dans un temilnal 
(10) pour au molns une architecture d^dtee (15, 15') selon I'une 
quelconque des revendlcations 1 a 3, caract6ris§ en ce que ledit 
gestionnaire (16, 16') de ressources d'archltecture d6dl6e est 
equips d'au molns une Interface pour remission et la transmission 
d'Informations avec au moins un gestionnaire (17, 17') de 
processus de ladite architecture dediee (15, 15'). 

5. Syst§me de gestion d'au moins une ressource dans un terminal 
(10) pour au moins une architecture d§diee (15. 15') selon I'une 
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REVENDICATiONS 

1. Systeme de gestion d'au moins une ressource dans un terminal 
(10) pour au moins une architecture dediee (15. 15') a un reseau de 
communication, caract^rise en ce que (edit systeme comprend au 
moins un gestlonnaire (16, 16') de ressources d'architecture d§diee 
apte a traiter au moins une demande de ressource de ladite 
architecture d6dl§e (15. 15') et apte S dialoguer avec au moins un 
administrateur (14) de ressources d'au moins un gestlonnaire (13) 
d'architectures dedi6es pour g§rer au moins une ressource dudit 
terminal (10) et pour traiter simultan^ment le fonctlonnement 
desdites architectures d6dl6es (15. 16') dudit terminal (10) 
connects avec plusleurs desdits reseauxde communication. 

2. Systeme de gestion d'au moins une ressource dans un terminal 
(10) pour au moins une architecture dedi6e (15, 15') selon la 
revendication 1, caract^rise en ce que ledit gestlonnaire (16, 16') 
de ressources d'architecture d^dlee est integr§ dans ch'aque 
architecture dediee (15. 15') dudit terminal (10). 

3. Systeme de gestion d'au moins une ressource dans un temiinal 
(10) pourau moins une architecture d§dl6e (15, 15') selon I'une des 
revendicatlons 1 ou 2. caracteris§ en ce que ledit gestlonnaire (16, 
16') de ressources d'architecture dediee est 6quipe d'au moins une 
interface pour remission et la reception d'infonnations avec ledit 
administrateur (14) de ressources dudit gestlonnaire (13) 

25 d'architectures d6di6es. 

4. Systdme de gestion d'au moins une ressource dans un terminal 
(10) pour au moins une architecture d§di§e (15, 15') selon I'une 
quelconque des revendications 1 a 3. caract6ris6 en ce que ledit 
gestlonnaire (16. 16') de ressources d'architecture dedl6e est 
equipe d'au moins une Interface pour remission et la reception 
d'infomnatlons avec au moins un gestlonnaire (17, 17') de 
processus de ladite architecture dediee (1 5, 1 5'). 

'^-•-■-^yst^e-de--ge&tion-<Jiao-moms-uf»eressource-dansnOT-t^ 

(10) pour au moins une architecture dedi6e (15. 15') selon I'une 
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quelconque des revendications 1 a 4. caracteris^ en ce que ledit 
admlnistrateur (14) de ressources dudit gestionnaire (13) 
d'architectures dedl6es est equips d'au moins une interface pour 
remission et la transmission d'Informatlons avec au molns un 
ailocataire (12) de ressources dudIt terminal (10). 
Syst^me de gestion d'au molns une ressource dans un terminal 
(10) pour au moins une architecture dedlee (15. 15') selon I'une 
quelconque des revendications 1 d 5. caractdrlse en ce que ledit 
adminlstrateur (14) de ressources dudIt gestionnaire (13) 
d'architectures dediees est §qulp6 d'au molns une Interface pour 
I'emission et la transmission d'Infomiatlons avec au moins une 
interface radio (11). 

Systeme de gestion d'au moins une ressource dans un tennlnal 
(10) pour au moins une architecture d^diee (15, 15') selon I'une 
quelconque des revendications 1 a 6. caracterise en ce que ledit 
gestionnaire (16. 16') de ressources d'architecture d^dtee est 
equips d'au moins une table de correspondance de ressources 
pour d^finir au moins une ressource correspondent a au molns une 
application (1 8. 1 9. 20) activ6e sur ledit terminal (1 0). 
Proc6d6 de gestion d'au moins une ressource dans un terminal 
(10) pour au molns une architecture dediee (15. 15') a un reseau de 
communication, caracterise en ce que ledit precede comports les 
operations consistent S : 

- actlver au moins une application (18. 19. 20) sur ledit terminal 
(10), 

- definir par au molns un gestionnaire (17. 17') de processus de 
ladite architecture dedfee (15. 15') au moins une ressource 
con-espondant § ladite application (18, 19. 20), 

- demander ladite ressource par ledit gestionnaire (17. 17-) de 
processus a au moins un gestionnaire (16. 16') de ressources 
d'architecture dedlee, 

- repondre apres controle ^ ladite demande de ressources par 
ledit gestionnaire (16. 16') de ressources d'architecture d§dlee. 
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quelconque des revendications 1 a 4. caracterise en ce que ledit 
administrateur (14) de ressources dudit gestionnaire (13) 
d'architectures dediees est equips d'au moins une interface pour 
remission at la reception d'informations avec au moins un 
allocataire (12) de ressources dudit temnina! (10). 

6. Systdme de gestion d'au moins une ressource dans un tennlnal 
(10) pour au moins une architecture d6diee (15. 15') selon I'une 
quelconque des revendications 1 d 5, caract§rise en ce que ledit 
administrateur (14) de ressources dudit gestionnaire (13) 
d'architectures d§di6es est equip6 d'au moins une interface pour 
remission et la reception d'infonnations avec au moins une 
interface radio (11). 

7. Systeme de gestion d'au moins une ressource dans un terminal 
(10) pour au moins une architecture d§di6e (15. 15') selon I'une 
quelconque des revendications 1 d 6, caracteris§ en ce que ledit 
gestionnaire (16, 16') de ressources d'architecture dedi6e est 
equips d'au moins une table de con-espondance de ressources 
pour definir au moins une ressource correspondant a au moins une 
application (18, 19, 20) activee sur ledit temilnal (10). 

^° ®- Proc6d§ de gestion d'au moins une ressource dans un terminal 

(10) pour au moins une architecture d§diee (15, 15') a un reseau de 
communication, caracterise en ce que ledit proc6de comporte les 
operations consistant d : 

- activer au moins une application (18, 19, 20) sur ledit terminal 
25 (10), 

- d6finir par au moins un gestionnaire (17, 17') de processus de 
ladite architecture d6di§e (15, 15') au moins une ressource 
comespondant d ladite application (18, 19, 20), 

- demander ladite ressource par ledit gestionnaire (17. 17') de 
processus a au moins un gestionnaire (16. 16') de resources 
d'architecture d§diee, 

- r^pondre apres controle a ladite demande de ressources par 
ledit gestionnaire (16. 16') de ressources d'architecture d6di6e. 



- repondre apr6s contrdle a ladite demande de ressources par au 
moins un administrateur (14) de ressources d'au molns un 
gestionnaire (13) d'architectures dediees, 

- allouer au molns une ressource par au moins un allocataire (12) 
5 de ressources dudit terminal (1 0), 

- allouer au moins une ressource par au moins une interface 
radio (11) pour acc§der audit reseau de communication, 

- associer ladite ressource avec ladite application (18, 19, 20) 
apr6s validation par ledit gestionnaire (16, 16') de ressources 

10 d'architecture dediee, 

- executer ladite application (18, 19, 20) par Tinterm^diaire de 
ladite ressource par ledit gestionnaire (17, 17') de processus. 
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- r^pondre apres controle a ladite demands de ressources par au 
moins un administrateur (14) de ressources d'au moins un 
gestionnaire (13) d'architectures dedi§es. 

- allouer au moins una ressource par au moins un allocataire (12) 
5 de ressources dudit temiinal (1 0), 

- allouer au moins une ressource par au moins une Interface 
radio (1 1 ) pour acc6der audit reseau de communication. 

- associer ladite ressource avec ladite application (18,' 19. 20) 
aprds validation par ledit gestionnaire (16. 16') de ressources 

^0 d'architecture dedfee. 

- ex6cuter ladite application (18. 19. 20) par IMntermediaire de 
ladite ressource par ledit gestionnaire (17, 17') de processus. 
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